home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0048.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.6 KB  |  35 lines
  1. Hi -
  2.  
  3.      I have to confess that my of my knowledge of network management protocols
  4. and MIBs is limited to a general notion that these are A Good Thing and what I
  5. see in IETF traffic.  Unfortunately, the latter tends to be infared -- much
  6. heat but little light.
  7.  
  8.      IMAP is a little bit different from P7 and POP, although they're widely
  9. perceived as being the same class of protocols.  Although IMAP can be used to
  10. retrieve mail from a message store ala P7 and POP, it's really a lot more than
  11. this.  To be honest, there's really no reason not to go with POP if all you
  12. want to do is snarf messages from a maildrop.
  13.  
  14.      IMAP can be thought of as a remote procedure call mechanism for a mail
  15. UA; that is, it is a mechanism to distribute the job of a UA.  I'm not sure
  16. how much of that class of function is ameniable to management.
  17.  
  18.      As for the issue of a Message Store MIB, remember that the role of a
  19. message store is different in POP/P7 from IMAP.  In POP/P7, it is a maildrop
  20. for new mail; a staging area in a store-and-forward model.  In IMAP, it is the
  21. place where the user's email bits are located.  So, any MIB has to consider
  22. the differing needs of these two models.  [Actually, the IMAP model is quite
  23. general and most IMAPware supports bits on a local disk as well as on a
  24. server, so that is an argument for a single general case MIB.]
  25.  
  26.      I also wonder how this would fit in with what our friends at CMU are
  27. working on with IMSP (the multi-server support protocol; it is to IMAP servers
  28. what IMAP is to IMAP folders).  I admit that I'm way out of my depth here, so
  29. I'll probably shut up now and start listening.
  30.  
  31. -- Mark --
  32.  
  33.  
  34.  
  35.